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DETAILED ACTION 

1. Applicant's amendment dated November 6, 2007, responding to the Office action 
mailed August 10, 2007 provided in the rejection of claims 1-65, wherein claims 1, 6-7, 
9, 12, 18, 26, 37, 40. 42, and 46-65 are amended, claims 21-22 and 36 are canceled. 

Claims 1-20, 23-35, and 37-65 remain pending in the application and which have 
been fully considered by the examiner. 

Applicants arguments with respect to claims rejection have been fully considered but 
are moot in view of the new grounds of rejection. 

Claim Rejections - 35 USC § 102(b) 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02(b) that form 
the basis for the rejections under this section made in this office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or 
in public use or on sale In this country, more than one year prior to the date of application for 
patent in the United States. 

2. Claims 40-44, and 60-64 are rejected under 35 U.S.C. 102(b) as being 
anticipated by Adams. 

3. As to claim 40 (Currently Amended), Adams discloses a method in a computer 
system for displaying. on a display device a business process service debugger, the 
method comprising: querying a database for tracking information regarding the business 
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process service, wfierein the query includes a reference to an identifier that is stored 
along with a set of the tracked events for debugging purposes; receiving a query result 
and generating a shape representative of the operation according to the identifier; and 
presenting the shape, the tracking information according to the query result, and a 
debugging option on the display device (e.g., Sec. of "Implementing Business 
Processes", Fig. 10.1 - Sample Schedule; Sec. of "Developing Custom Tracking 
Solution" - to perform the two primary tracking activities: configuring tracking settings 
and viewing tracking data; building customized tracking solutions using the 
infrastructure provided by BizTalk'^'^ Server; Sec. of "Example: A Custom Tracking 
Solution", 4*^ Par. - this submits an interchange to BizTalk™ Server and returns a 
submission identifier ; the submission ID should be displayed in the result window ). 

4. As to claim 41 (Original) (incorporating the rejection in claim 40), Adams 
discloses further comprising receiving runtime data for thiB business process service 
and presenting the runtime data on the display device (e.g., Sec. of "Biztalk 
Messaging"). 

5. As to claim 42 (Currently Amended) (incorporating the rejection in. claim 41 ), 
Adams discloses wherein the runtime data comprises historical message flow 
information including identification of run time messages that were constructed as a 
result of processing received messages, and further comprises order information . 
pertaining to the order in which different njn time components were executed as a result 
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of processing received messages (e.g., Chapter 10 - Using the BizTall< Orchestration 
Designer, 2"^ Par. - the BizTalk Orchestration Designer contains wizards that guide you 
through creating and configuring ports and message flows; Sec. of "Example: A Custom 
Tracl^ing Solution", 4^^ Par. - this submits an interchange to BizTalk"^"^ Server and 
returns a submission identifier ; the submission ID should be displayed in the result 
window). 

6. As to claim 43 (Original) (incorporating the rejection in claim 40), Adams 
discloses wherein the debugging option is to place a breakpoint the business process 
service (e.g., Chap. 8 - Document Tracking, Developing Custom Tracking Solutions, 
Sub. Of "The Tracking System Component Object Model - . . , included with Microsoft 
Visual Studio™). 

7. As to claim 44 (Original) (incorporating the rejection in claim 40), Adams 
discloses further comprising presenting a content of a message according to the 
process (e.g.. Sec. of "Defining Data Flow Through Message", 1^* Par. - a message 
definition is created when Action shape is connected to a port; Sec. of "XML 
Communication Wizard:, 2"^ Par.). 

8. As to claim 60 (Currently Amended), Adams discloses a computer-readable 
storage medium having computer-executable instructions for perfonning a method for 
displaying on a display device a business process service debugger, the method 
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comprising: querying a database for configuration information regarding the business 
process service wherein the query includes a reference to an identifier that is stored 
along with the configuration information for debugging purposes; receiving a query 
result and generating a shape representative of the operation according to the identifier; 
and presenting the shape, the configuration information according to the query result, 
and a debugging option on the display device (e.g., Sec. of "Implementing Business 
Processes", Fig. 10.1 - Sample Schedule; Sec. of "Developing Custom Tracking 
Solution" - to perform the two primary tracking activities: configuring tracking settings 
and viewing tracking data ; building customized tracking solutions using the 
infrastructure provided bv BizTalk^*^ Server ; Sec! of "Example: A Custom Tracking 
Solution", 4^^^ Par. - this submits an interchange to BizTalk™ Server and returns a 
submission identifier : the submission ID should be displayed in the result window). 

9. As to claims 61-64, refer to above claims 41-44, accordingly. 



Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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10. Claims 1-7 and 9-1 1 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Ulrich Roxburgh, {BizTalk Orchestration™: Transactions, Exceptions, and 
Debugging, Feb, 2001, Microsoft™) (hereinafter 'Roxburgh') in view of Shaykat 
Chaudhuri, (Debugging in Visual Studio .NET^, Jan. 2002, Microsoft™ Corporation) 
(hereinafter *Chaudhuri') 

11. As to claim 1 (Currently Amended), Roxburgh discloses a business process 
service debugger for remotely debugging a business process service, comprising: 

• means for reading stored state information regarding events related to one business 
process amongst a plurality of business processes implemented on the business 
process service (e.g., Sec. of "Summary" - ... implementing long-running business 
processes using BizTalk Orchestration Services ™; Sec, of "What Is a Transaction?", 
3^^ Par. - a transaction is an action or series of actions that transform a system from 
one consistent state to another ; Sec. of "Tracing Schedules", 2"^ Par. - when these 
COM+ applications execute a schedule, thev generate various events that can be 
trapped and displayed : BizTalk Server provides a tool, called the XLANG™ Event 
Monitor to trap and display these events ; The XLANG^"^ Event Monitor can 
subscriber to events published by host applications on any number of distributed 
computers, and can store these events for later analysis ); and 

• means for remotely debugging the one business process service by way of the 
communications connection and according to the stored state information (e.g.. Sec. 
of "Debugging Components in Schedules", 1^^ Par.; Sec. of "Debugging Schedules" 
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- to debug these executables. a combination of tracing and conventional debugging 
proves most effective; to debug the sequencing of a schedule (the flow from one 
action to another), tracing is useful; to debug the implementation of an individual 
action, traditional debugging mechanisms can be employed; bv combining the two 
techniques, schedules can be debugged most effectivelv ). 

Roxburgh discloses the same way as debugging a standard COM+ component 
that is being called from a client application (e.g., Sec. of "Debugging Components in 
Schedules", 1^* Par.), but does not explicitly disclose means for establishing a 
communications connection with a remote computer, wherein the remote computer is 
implementing the business process service. 

However, in an analogous art of Debugging in Visual Studio ,NET™, Chaudhuri 
discloses means for establishing a communications connection with a remote computer, 
wherein the remote computer is implementing the business process sen/ice (Sec. of 
"Debugging Multiple Processes Across Machines", 1^* Par. - not only does the Visual 
Studio .NET^'^ debugger allow you to debug multiple processes at the same time, it also 
allows you to debug processes running on multiple machines simultaneously ; with 
Visual Studio .NET™, vou can launch multiple processes and debug them at the same 
time ; 2"^ Par. - alternatively, you can use the Process dialog box to specifically attach to 
processes on different machines and debug them simultaneous; remember that you 
need to have debugging components installed on the remote machine , and you need to 
have appropriate privileges to be able to debug the processes). 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Chaudhuri into the Roxburgh's 
system to further provide means for establishing a communications connection with a 
remote computer, wherein the remote computer is implementing the business process 
service in Roxburgh system. 

The motivation is that it would further enhance the Roxburgh's system by taking, 
advancing and/or incorporating Chaudhuri's system which offers significant advantages 
for a single user interface for all the languages; the ability to debug multiple processes 
across multiple machines at the same time; powerful cross debugging between 
separate languages as once suggested by Chaudhuri (e.g., Sec. of "Introduction"). 

12. As to claim 2 (Original) (incorporating the rejection in claim 1), Roxburgh 
discloses the business process service debugger further comprising means for 
displaying the business process service as a graphical image (e.g., the diagram on P, 
8). 

13. As to claim 3 (Original) (incorporating the rejection in claim 2), Roxburgh 
discloses the business process service debugger wherein the graphical image 
comprises a workflow (e.g., the diagram on P. 8). 

14. As to claim 4 (Original) (incorporating the rejection in claim 2), Roxburgh 
discloses the business process sen/ice debugger further comprising means for 
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interacting with the business process service according to a user instruction (e.g., Sec. 
of "Debugging Schedules"). 

15. As to claim 5 (Original) (incorporating the rejection in claim 1), Roxburgh 
discloses the business process service debugger wherein the stored state information 
corresponds to a variable assignment within the business process service (e.g.. Sec, of 
'What Is a Transaction?", S'^^ Par. - a transaction is an action or series of actions that 
transform a system from one consistent state to another ). 

16. As to claim 6 (Currently Amended) (incorporating the rejection in claim 1), 
Roxburgh discloses the business process service debugger wherein the events are 
historical events that occurred prior to failure of the one business process (e.g., P. 14, 
Sec. of Tracing Schedules, 2nd Par. - ... The XLANG'^'^ Event Monitor can subscribe to 
events published by host applications on any number of distributed computers, and can 
store these events for later analvsis) . 

17. As to claim 7 (Currently Amended) (incorporating the rejection in claim 1 ). 
Roxburgh discloses the business process service debugger wherein the stored state 
information corresponds to message flow data and an order in which run time 
components performed the one business process as a result of message processing 
(e.g.. Sec. of "What Is a Transaction?", 3^^ Par. - a transaction is an action or series of 
actions that transform a svstem from one consistent state to another : P. 5, 1^^ Par. - ... 
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the implementation of the schedule reads a message from a transactional message 
gueue and writes the message to another transactional message gueue . . .)■ 

18. As to claim 9 (Currently Anriended) (incorporating the rejection in claim 1), 
Chaudhuri discloses the business process service debugger wherein the events are 
events that occur prior to an inserted breakpoint in the one business process (Sec. of 

"Web Service Debugging", 1^* Par. - ... just set your breakpoints your breakpoints 

will be hit as ....). 

19. As to claim 10 (Original) (incorporating the rejection in claim 1), Roxburgh 
discloses the business process service debugger wherein said debugging means 
comprises means for detecting a location where the instance is being processed (e.g., 
P. 15, last Par. - each instance in addition has the unioue identifier for the instance 
listed (the instance GUID ): any of the listed running schedule instances can be 
suspended or terminated from the XLANG™ Event Monitor). 

20. As to claim 11 (Original) (incorporating the rejection in claim 1), Roxburgh 
discloses the business process service debugger wherein said debugging means 
comprises means for detecting a location where the instance state is being stored (e.g., 
P. 15, last Par. - each instance in addition has the unioue identifier for the instance 
listed (the instance GUID); any of the listed running schedule instances can be 
suspended or terminated from the XLANG "^"^ Event Monitor). 
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21 . Claims 8, 12-20. 23-35, 37-39, and 46-59 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Roxburgh in view of Chaudhuri and further in view of Adams et 
a!.. {BizTalk™ Unleashed Edition, Feb. 2002, Sams Publishing) (hereinafter 'Adams') 

22. As to claim 8 (Original) (incorporating the rejection in claim 1), Roxburgh 
discloses a transaction is an action or series of actions that transform a system from 
one consistent state to another (e.g., Sec, of "What Is a Transaction?"), but Roxburgh 
and Chaudhuri do not disclose the business process service debugger wherein said 
reading means further comprises means for reading stored business process sen/ice 
configuration information. 

However, in an analogous art of BizTalk™ Unleashed, Adams discloses the 
business process service debugger wherein said reading means further comprises 
means for reading stored business process service configuration information (e.g., Sec. 
of "Developing Custom Tracking Solutions" - the two primary tracking activities: 
configuring tracking settings and viewing tracking data). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Adams into the Roxburgh- 
Chaudhuri's system to further provide the business process service debugger wherein 
said reading means further comprises means for reading stored business process 
service configuration information in Roxburgh-Chaudhuri system. 
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The motivation is that it would further enhance the Roxburgh-Chaudhuri's system 
by taking, advancing and/or incorporating Adams's system which offers significant 
advantages for building customized tracking solutions using the infrastructure provided 
by Biztalk server as once suggested by Adams (e.g., Sec. of "Developing Custom 
Tracking Solution"). 

23. As to claim 12 (Currently amended), Roxburgh discloses a system for remotely 
debugging a distributed transactional application, comprising: a server (e.g., Sec. of 
"Introduction", 5*^ Par. - this article discusses methodologies to debug and troubleshoot 
Biztalk Server Orchestration'^'^ Services and BizTalk'^'^ Messaging Services ), wherein 
the server runs a business process service, thereby generating runtime data (e.g., Sec, 
of "What Is a Transaction?", 3''^ Par. - a transaction is an action or series of actions that 
transform a system from one consistent state to another ). 

Roxburgh discloses the same way as debugging a standard COM+ component 
that is being called from a client application (e.g.. Sec. of "Debugging Components in 
Schedules", 1^* Par), but does not explicitly disclose a client computer for running a 
debugging user interface (Ul) process, wherein the Ul process establishes a 
communications connection with the server according to a user instruction, and further 
generates a runtime request for debugging an orchestration service instance that is 
implementing at least one of the plurality of business processes. 

However, in an analogous art of Debugging in Visual Studio .NET™, Chaudhuri 
discloses a client computer for running a debugging user interface (Ul) process, wherein 
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the Ul process establishes a communications connection with the server according to a 
user instruction, and further generates a runtime request for debugging an orchestration 
service instance that is implementing at least one of the plurality of business processes 
(e.g., Sec. of "Debugging Multiple Processes Across Machines", 1^* Par. - not only does 
the Visual Studio .NET™ debugger allow you to debug multiple processes at the same 
time, it also allows you to debug processes running on multiple machines 
simultaneously; with Visual Studio .NET™, you can launch multiple processes and 
debug them at the same time ; 2"^ Par. - alternatively, you can u se the Process dialog 
box to specifically attach to processes on different machines and debug them 
simultaneous ; remember that you need to have debugging components installed on the 
remote machine, and you need to have appropriate privileges to be able to debug the 
processes). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Chaudhuri into the Roxburgh's 
system to further provide for running a debugging user interface (Ul) process, wherein 
the Ul process establishes a communications connection with the server according to a 
user instruction, and further generates a runtime request for debugging an orchestration 
service instance that is implementing at least one of the plurality of business processes 
in Roxburgh system. 

The motivation is that it would further enhance the Roxburgh's system by taking, 
advancing and/or incorporating Chaudhuri's system which offers significant advantages 
for a single user interface for all the languages; the ability to debug multiple processes 
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across multiple machines at the same time; powerful cross debugging between 
separate languages as once suggested by Chaudhuri (e.g.. Sec. of "Introduction"). 

Roxburgh discloses a transactiori is an action or series of actions that transform 
a system from one consistent state to another (e.g., Sec, of "What Is a Transaction?"), 
but Roxburgh and Chaudhuri do not disclose the runtime request being carried out by 
using a engine debugging interface for depositing a debugging request in a message 
box database; an interceptor for identifying the location within the business process 
service according to the runtime data and, when the location is identified, causing the 
sen/er to carry out the runtime request. 

However, in an analogous art of BizTalk™ Unleashed, Adams discloses the 
runtime request being carried out by using a engine debugging interface for depositing a 
debugging request in a message box database (e.g.. Sec. of "BizTalk"^"^ Messaging" - 
BizTalk™ Messaging is a set of services that provide a mechanism for routing 
documents in an enterprise environment; Sec. of "Configuration Objects Versus 
BizTalk"^"^ Messaging Objects" - Biztalk"!^^ Messaging objects are the actual objects 
stored in the Biztalk™ Messaging database ); an interceptor for identifying the location 
within the business process sen/ice according to the runtime data and, when the 
location is identified, causing the server to carry out the runtime request (e.g., Sec. of 
"Developing Custom Tracking Solution" - to perform the two primary tracking activities: 
configuring tracking settings and viewing tracking data : building customized tracking 
solutions using the infrastmcture provided bv BizTalk™ Server : Sec. of "Example: A 
Custom Tracking Solution", 4^ Par. - this submits an interchange to BizTalk™ Server 
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and returns a submission identifier ; the submission ID should be displayed in the result 
window). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Adams into the Roxburgh- 
Chaudhuri's system to further provide the runtime request being carried out by using a 
engine debugging interface for depositing a debugging request in a message box 
database; an interceptor for identifying the location within the business process service 
according to the runtime data and, when the location is identified, causing the server to 
carry out the runtime request in Roxburgh-Chaudhuri system. 

The motivation is that it would further enhance the Roxburgh-Chaudhuri's system 
by taking, advancing and/or incorporating Adams's system which offers significant . 
advantages for building customized tracking solutions using the infrastructure provided 
by Biztalk server as once suggested by Adams (e.g., Sec. of "Developing Custom 
Tracking Solution"). 

24. As to claim 13 (Original) (incorporating the rejection in claim 12), Roxburgh • 
discloses the system further comprising for storing business process service state 
information (e.g., Sec, of "What Is a Transaction?", 3^^ Par. - a transaction is an action 
or series of actions that transform a system from one consistent state to another ). 

Adams discloses a database for receiving the runtime data (e.g., Sec. of 
"Developing Custom tracking Solutions" - we begin by covering the tracking database, 
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including tlie core tables where Interchange data, document data, and routing data Is 
stored). 

25. As to claim 14 (Original) (incorporating the rejection in claim 13), Roxburgh 
discloses the system further comprising a display device, wherein the display device 
presents a shape corresponding to the business process service based on the business 
process service state information (e.g., P. 4, 2"^ Par. - the transaction model for a 
schedule can be set by opening the properties dialog box for the Begin shape at the star 
of the schedule; Sec, of "What Is a Transaction?", 3^^ Par. - a transaction is an action or 
series of actions that transform a system from one consistent state to another ). 

Chaudhuri discloses an input device, wherein the input device receives the user 
instruction (Sec. of "Debugging Multiple Processes Across Machines", 1®' Par. - not only 
does the Visual Studio .NET™ debugger allow you to dpbug multiple processes at the 
same time, it also allows you to debug processes running on multiple machines 
simultaneously; with Visual Studio .NET™, you can launch multiple processes and 
debug them at the same time; 2"^ Par. - alternatively, you can use the Process dialog 
box to specifically attach to processes on different machines and debug them 
sirriultaneous; remember that you need to have debugging components installed on the 
remote machine, and you need to have appropriate privileges to be able to debug the 
processes). 
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26. As to claim 15 (Original) (incorporating the rejection in claim 14), Roxburgh 
discloses the system wherein the display device further presents a workflow 
representative of the program flow of the business process service (e.g., the diagram on 
P. 8). 

27. As to claim 16 (Original) (incorporating the rejection in claim 14), Roxburgh 
discloses the system wherein the display device further presents data representative of 
the message flow of the business process service (e.g., P. 5, the diagram; 1^* Par. - the 
implementation of the schedule reads a message from transactional message queue 
(receive queue) and write the message to another transaction message queue (send 
queue)). 

28. As to claim 17 (Original) (incorporating the rejection in claim 14), Roxburgh 
discloses the system wherein the shape is presented according to stored state 
information (e.g.. Sec, of 'What Is a Transaction?", 3^^ Par. - a transaction is an action 
or series of actions that transform a system from one consistent state to another). 

29. As to claim 18 (Currently Amended) (incorporating the rejection in claim 12), 
Adams discloses the system wherein the message box database is coupled to the 
engine debugging interface and is configured for performing specialized tasks relating to 
at least one of the plurality of business (e.g., Sec. of "BizTalk™ Messaging" - BizTalk™ 
Messaging is a set of services that provide a mechanism for routing documents in an 
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enterprise environment; Sec. of "Configuration Objects Versus BizTalk™ Messaging 
Objects" - Biztalk"^"^ Messaging objects are the actual objects stored in the Biztalk™ 
Messaging database ). 

30. * As to claim 19 (Original) (incorporating the rejection in claim 18), Adams 
discloses the system wherein the Ul process comprises an application program 
interface for communicating with the first database (e.g., Sec. of "BizTalk^"^ Messaging" 
- BizTalk"^^ Messaging is a set of services that provide a mechanism for routing 
documents in an enterprise environment; Sec. of "Configuration Objects Versus 
BizTalk™ Messaging Objects" - Biztalk™ Messaging objects are the actual objects 
stored in the Biztalk™ Messaging database). 

31. As to claim 20 (Original) (incorporating the rejection in claim 18), Adams 
discloses the system wherein the Ul process comprises a Ul component for 
communicating with the second database (e.g.. Sec. of "Developing Custom tracking 
Solutions" - we begin by covering the tracking database, including the core tables 
where Interchange data, document data, and routing data is stored). 

32. As to claim 23 (Original) (incorporating the rejection in claim 12), Adams 
discloses the system wherein the interceptor is a component of a computer language 
that provides stored state tracking information (e.g., Sec. of "Developing Custom 
Tracking Solution" - to perfomri the two primary tracking activities: configuring tracking 
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settings and viewing tracl^ing data; building customized tracking solutions using the 
infrastructure provided by BizTalk™ Server; Sec. of "Example: A Custom Tracking 
Solution", 4^ Par. - this submits an interchange to BizTalk™ Server and returns a 
submission identifier; the submission ID should be displayed in the result window). 

33. As to claim 24 (Original) (incorporating the rejection in claim 12), Roxburgh 
discloses the system wherein the Ul process detects a location where the instance is 
being processed (e.g., P. 15, last Par. - each instance in addition has the unique 
identifier for the instance listed (the instance GUID); any of the listed running schedule 
instances can be suspended or terminated from the XLANG™ Event Monitor). 

34. As to claim 25 (Original) (incorporating the rejection in claim 12), Roxburgh 
discloses the system wherein the Ul process detects a location where the instance state 
is being stored (e.g., P. 15, last Par. - each instance in addition has the unique identifier 
for the instance listed (the instance GUID); any of the listed running schedule instances 
can be suspended or terminated from the XLANG"^"^ Event Monitor). 

35. As to claim 26 (Currently Amended), Roxburgh discloses a method for 
debugging a business process service instance running on a remote computer, 
comprising: receiving a runtime request for event information pertaining to the business 
process service instance in the business process service, the event infornriation 
comprising historical message flow information, and identification of events that 
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occurred previously in the business process after the process has completed 
successfully or failed with an error; and processing the runtime request at the remote 
computer with respect to within the instance (e.g., Sec. of "Introduction", 4*^ Par. - 
Exception processing provides additional logic to undo the results of transactions or to 
provide an alternate series of actions to take in the event of a processing error . This 
exception processing includes On Failure and Compensation processing to support 
error handling for long-running business processes : 5* Par. - this article discusses 
methodologies to debug and troubleshoot Biztalk Server Orchestration™ Services and 
BizTalk™ Messaging Services : Sec. of "tracing Schedules", 4*^ Par. - each instance in 
addition has the unigue identifier for the instance listed (the instance QUID); Sec. of 
"Tracing Schedules", 2"^ Par. - when these COM+ applications execute a schedule, 
thev generate various events that can be trapped and displaved : BizTalk Server 
provides a tool, called the XLANG™ Event Monitor , to trap and display these events : 
The XLANG™ Event Monitor can subscriber to events published by host applications on 
any number of distributed computers, and can store these events for later analysis ). 

Roxburgh discloses the same way as debugging a standard COM+ component 
that is being called from a client application (e.g., Sec. of "Debugging Components in 
Schedules", 1®* Par), but does not explicitly disclose 

if the business process service is in a debug mode, establishing a direct client 
connection channel with the remote computer 

However, in an analogous art of Debugging in Visual Studio .NET™, Chaudhuri 
discloses if the business process service is in a debug mode, establishing a direct client 
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connection cliannel with the remote computer (Sec. of "Debugging IVIultiple Processes 
Across Machines", 1^^ Par. - not only does the Visual Studio .NET™ debugger allow 
you to debug multiple processes at the same time, it also allows you to debug 
processes running on multiple machines simultaneously ; with Visual Studio .NET™, you 
can launch multiple processes and debug them at the same time; 2"^ Par. - 
alternatively, you can use the Process dialog box to specifically attach to processes on 
different machines and debug them simultaneous ; remember that you need to have 
debugging components installed on the remote machine, and you need to have 
appropriate privileges to be able to debug the processes). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Chaudhuri into the Roxburgh's 
system to further provide if the business process service is in a debug mode, 
establishing a direct client connection channel with the remote computer in Roxburgh 
system. 

The motivation is that it would further enhance the Roxburgh's system by taking, 
advancing and/or incorporating Chaudhuri's system which offers significant advantages 
for a single user interface for all the languages; the ability to debug multiple processes 
across multiple machines at the same time; powerful cross debugging between 
separate languages as once suggested by Chaudhuri (e.g., Sec. of "Introduction"). 

Roxburgh discloses a transaction is an action or series of actions that transform 
a system from one consistent state to another (e.g., Sec, of "\Nhat Is a Transaction?"), 
but Roxburgh and Chaudhuri do not disclose causing an interceptor to monitor data 
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regarding the business process service to find a location within the service based on 
stored state information. 

However, in an analogous art of BizTalk™ Unleashed, Adams discloses causing 
an interceptor to monitor data regarding the business process service to find a location 
within the service based on stored state information (e.g.. Sec. of "Developing Custom 
Tracking Solution" - to perform the two primary tracking activities: configuring tracking 
settings and viewing tracking data ; building customized tracking solutions using the 
infrastructure provided bv BizTalk^'^ Server ; Sec. of "Example: A Custom Tracking 
Solution", 4*^ Par. - this submits an interchange to BizTalk™ Server and returns a 
submission identifier; the submission ID should be displayed in the result window). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Adams into the Roxburgh- 
Chaudhuri's system to further provide causing an interceptor to monitor data regarding 
the business process service to find a location within the service based on stored state 
information in Roxburgh-Chaudhuri system. 

The motivation is that it would further enhance the Roxburgh-Chaudhuri's system 
by taking, advancing and/or incorporating Adams's system which offers significant 
advantages for building customized tracking solutions using the infrastructure provided 
by Biztalk server as once suggested by Adams (e.g., Sec. of "Developing Custom 
Tracking Solution"). 
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36. As to claim 27 (Original) (incorporating the rejection in claim 26), Adams 
discloses further comprising: querying a database containing a status of the business 
process service; displaying a query result on a display device; receiving user input with 
respect to the query result (e.g., Sec. of "Tracking Events in the Tracking Database", 1^* 
Par. - the BizTalk™ Document Tracking Web application all you to query the database 
for document flows between organizations or applications; the XLANG'^'^ events 
captured in the database can be viewed in relationship with the message flows 
displayed by document tracking Web application). 

Chaudhuri discloses establishing the direct client connection channel in response 
to the user input (Sec. of "Debugging Multiple Processes Across Machines", 1^* Par. - 
not only does the Visual Studio .NET"^*^ debugger allow you to debug multiple processes 
at the same time, it also allows you to debug processes running on multiple machines 
simultaneously; with Visual Studio .NET*^"^, you can launch multiple processes and 
debug them at the same time; 2"^ Par. - alternatively, you can use the Process dialog 
box to specifically attach to processes on different machines and debug them 
simultaneous; remember that you need to have debugging components installed on the 
remote machine, and you need to have appropriate privileges to be able to debug the 
processes). 

37. As to claim 28 (Original) (incorporating the rejection in claim 27), Roxburgh 
discloses the information contained in the database is instance runtime data (e.g., Sec, 
of ^What Is a Transaction?", 3^^ Par. - a transaction is an action or series of actions that 



Application/Control Number: 

10/676,743 

Art Unit: 2192 



Page 24 



transform a system from one consistent state to another). 

38. As to claim 29 (Original) (incorporating the rejection in claim 27), Adams 
discloses the information contained in the database is instance tracking data (e.g:, Sec. 
of "Developing Custom Tracking Solution" - to perform the two primary tracking 
activities: configuring tracking settings and viewing tracking data; building customized 
tracking solutions using the infrastmcture provided by BizTalk'^'^ Server; Sec. of 
"Example: A Custom Tracking Solution", 4*^ Par - this submits an interchange to 
BizTalk^"^ Server and returns a submission identifier; the submission ID should be 
displayed in the result window). 

39. As to claim 30 (Original) (incorporating the rejection in claim 26), Roxburgh 
discloses further comprising: creating the business process service using a process 
designer (e.g., Sec. of "Introduction", 1®* Par. - with Microsoft BizTalk Orchestration 
Designer^"^, uses can design long-running business processes, specify an 
implementation for the individual actions that make up those processes, and compile 
this information into an executable XML representation, known as an XLANG™ 
schedule; the schedules created are distributed across time, organizations, and 
applications, in a loosely coupled and scalable manner). 

Adams discloses saving a business process service configuration and symbolic 
data in a database; displaying a graphical representation of the business process 
service on a display device according to the saved business process service symbolic 
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data (e.g., Sec. of "Developing Custom Tracking Solution" - to perform the two primary 
tracking activities: configuring tracking settings and viewing tracking data; building 
customized tracking solutions using the infrastructure provided by BizTalk™ Server; 
Sec. of "Example: A Custom Tracking Solution", 4*^ Par. - this submits an interchange 
to BizTalk™ Server and returns a submission identifier; the submission ID should be 
displayed in the result window). 

Chaudhuri discloses generating a runtime request based on the graphical 
representation; and displaying a result of the runtime request on the display device 
(Sec. of "Debugging Multiple Processes Across Machines", 1^* Par. - not only does the 
Visual Studio .NET™ debugger allow you to. debug multiple. processes at the same 
time, it also allows you to debug processes running on multiple machines 
simultaneously; with Visual Studio .NET™, you can launch multiple processes and 
debug them at the same time; 2"^ Par. - alternatively, you can use the Process dialog 
box to specifically attach to processes on different machines and debug, them 
simultaneous; remember that you need to have debugging components installed on the 
remote machine, and you need to have appropriate privileges to be able to debug the 
processes). 

40. As to claim 31 (Original) (incorporating the rejection in claim 30), Roxburgh 
discloses the graphical representation comprises a shape corresponding to an 
operation in the business process service (e.g., the diagram on P. 8). 



Application/Control Number: Page 26 

10/676.743 

Art Unit: 2192 

41. As to claim 32 (Original) (incorporating the rejection in claim 30), Roxburgh 
discloses the graphical representation comprises a workflow representation of the 
business process service (e.g., the diagram on P. 8). 

42. As to claim 33 (Original) (incorporating the rejection in claim 30, Roxburgh 
discloses the saving step takes place in connection with compiling and deploying the 
business process service (e:g., Sec. of "Introduction", 1®^ Par. - with Microsoft BizTalk 
Orchestration Designer^"^, uses can design long-running business processes, specify 
an implementation for the individual actions that make up those processes, and compile 
this information into an executable XML representation, known as an XLANG^"^ 
schedule; the schedules created are distributed across time, organizations, and 
applications, in a loosely coupled and scalable manner). 

43. As to claim 34 (Original) (incorporating the rejection in claim 30), Roxburgh 
discloses the business process service is implemented in a computer language that 
provides stored state information (e.g., Sec. of "Introduction". 1®* Par. - with Microsoft 
BizTalk Orchestration Designer™, uses can design long-running business processes, 
specify an implementation for the individual actions that make up those processes, and 
compile this information into an executable XML representation, known as an XLANG™ 
schedule; the schedules created are distributed across time, organizations, and 
applications, in a loosely coupled and scalable manner). 
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44. As to claim 35 (Original) (incorporating the rejection in claim 30), Chaudhuri 
discloses the interceptor request is a break point (e.g., Sec. of 'Web Service 
Debugging", 1^* Par. - both web applications and web services can be easily debugged 
with Visual Studio .NET; Just set your breakpoints in you web service code and invoke 
the method through the test page; Sec. of "No More Additional DLLs"). 

45. As to claim 37 (Currently Amended) (incorporating the rejection in claim 26), 
Roxburgh discloses the data regarding the instance is state information (e.g., Sec, of 
"What Is a Transaction?", 3^^ Par. - a transaction is an action or series of actions that 
transform a system from one consistent state to another). 

46. As to claim 38 (Original) (incorporating the rejection in claim 26), Roxburgh 
discloses further comprising detecting a location where the instance is being processed 
(e.g., P. 15, last Par. - each instance in addition has the unique identifier for the 
instance listed (the instance GUID); any of the listed running schedule instances can be 
suspended or terminated from the XLANG™ Event Monitor). 

47. As to claim 39 (Original) (incorporating the rejection in claim 26), Roxburgh 
discloses further comprising detecting a location where an instance state is being stored 
(e.g., P. 15, last Par. - each instance in addition has the unique identifier for the 
instance listed (the instance GUID); any of the listed running schedule instances can be 
suspended or terminated from the XLANG Event Monitor). 
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48. As to claim 46 (Currently Amended), Roxburgh discloses a computer-readable 
storage medium having computer-executable instructions for performing a method for 
debugging a business process service instance running on a remote computer, 
comprising: receiving a runtime request; and processing the runtime request at the 
remote computer with respect to the instance (e.g., Sec. of "Introduction", 5*^ Par. - this 
article discusses methodologies to debug and troubleshoot Biztalk Server 
Orchestration™ Services and BizTalk™ Messaging Services ; Sec. of "tracing 
Schedules", 4*^ Par. - each instance in addition has the unigue identifier for the instance 
listed (the instance QUID)). 

Roxburgh discloses the same way as debugging a standard COM+ component 
that is being called from a client application (e.g., Sec. of "Debugging Components in 
Schedules", 1^^ Par), but does not explicitly disclose if the business process service is 
in a debug mode, establishing a direct client connection channel with the remote 
computer. 

However, in an analogous art of Debugging in Visual Studio .NET™, Chaudhuri 
discloses if the business process service is in a debug mode, establishing a direct client 
connection channel with the remote computer (Sec. of "Debugging Multiple Processes 
Across Machines", 1^* Par. - not only does the Visual Studio .NET™ debugger allow 
you to debug multiple processes at the same time, it also allows you to debug 
processes running on multiple machines simultaneously : with Visual Studio .NET™, you 
can launch multiple processes and debug them at the same time; 2"^ Par. - 
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alternatively, you can use the Process dialog box to specifically attach to processes on 
different machines and debug them simultaneous ; remember that you need to have 
debugging components installed on the remote machine, and you need to have 
appropriate privileges to be able to debug the processes). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Chaudhuri into the Roxburgh's 
system to further provide if the business process sen/ice is in a debug mode, 
establishing a direct client connection channel with the remote computer in Roxburgh 
system. 

The motivation is that it would further enhance the Roxburgh's system by taking, 
advancing and/or incorporating Chaudhuri's system which offers significant advantages 
for a single user interface for all the languages; the ability to debug multiple processes 
across multiple machines at the same time; powerful cross debugging between 
separate languages as once suggested by Chaudhuri (e.g., Sec. of "Introduction"). 

Roxburgh discloses a transaction is an action or series of actions that transform 
a system from one consistent state to another (e.g., Sec, of *What Is a Transaction?"), 
but Roxburgh and Chaudhuri do not disclose causing an interceptor to monitor data 
regarding the business process service to find a location within the service based on 
stored state configuration, the monitored data being selected for purposes of debugging 
and including information on when a business process was started, when the business 
process was ended, and whether the business process succeeded or failed. 
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However, in an analogous art of BizTalk™ Unleashed, Adams discloses causing 
an interceptor to monitor data regarding the business process service to find a location 
within the service based on stored state configuration, the monitored data being 
selected for purposes of debugging and including information on when a business 
process was started, when the business process was ended, and whether the business 
process succeeded or failed (e.g., Sec. of "Developing Custom Tracking Solution" - to 
perform the two primary tracking activities: confiqurinq tracking settings and viewing 
tracking data ; building customized tracking solutions using the infrastructure provided by 
BizTaik™ Server ; Sec. of "Example: A Custom Tracking Solution", 4^ Pan - this 
submits an interchange to BizTalk™ Server and returns a submission identifier ; the 
submission ID should be displayed in the result window). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Adams into the Roxburgh- 
Chaudhuri's system to further provide causing an interceptor to monitor data regarding 
the business process service to find a location within the service based on stored state 
configuration, the monitored data being selected for purposes of debugging and 
including information on when a business process was started, when the business 
process was ended, and whether the business process succeeded or failed in 
Roxburgh-Chaudhuri system. 

The motivation is that it would further enhance the Roxburgh-Chaudhuri's system 
by taking, advancing and/or incorporating Adams's system which offers significant 
advantages for building customized tracking solutions using the infrastructure provided 
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by Biztalk server as once suggested by Adams (e.g., Sec. of "Developing Custom 
Tracking Solution"). 

49. As to claims 47-55, refer to above claims 27-35, accordingly. 

.50. As to claim 56 (incorporating the rejection in claim 30), Roxburgh discloses the 
computer-readable storage medium, wherein the runtime request is a request for data 
regarding an instance of the business process service (e.g., Sec. of "Introduction", 5**^ 
Par. - this article discusses methodologies to debug and troubleshoot Biztalk Server 
Orchestration^"^ Sen/ices and BizTalk'^'^ Messaging Services; Sec. of "tracing 
Schedules", 4^^ Par - each instance in addition has the unique identifier for the instance 
listed (the instance GUID)). 

51 . As to claims 57-59, refer to above claims 37-39, accordingly. 

52. Claims 45 and 65 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Adams in view of Chaudhuri. 

53. As to claim 45 (Original) (incorporating the rejection in claim 40), Adams does 
not disclose further comprising receiving input from an input device to place a break 
point proximate a shape, and presenting a symbol representing the break point on the 
display device. 
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However, in an analogous art of Debugging in Visual Studio .NET^, Cliaudhuri 
discloses further comprising receiving input from an input device to place a break point 
proximate a shape, and presenting a symbol representing the break point on the display 
device (e.g., Sec. of "Web Service Debugging",*1^* Par. - ... set your breakpoints ... your 
breakpoints will be hit ...). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Chaudhuri into the Roxburgh's 
system to further provide means for establishing a communications connection with a ■ 
remote computer, wherein the remote computer is implementing the business process 
service in Roxburgh system. 

The motivation is that it would further enhance the Roxburgh's system by taking, 
advancing and/or incorporating Chaudhuri's system which offers significant advantages 
for a single user interface for all the languages; the ability to debug multiple processes 
across multiple machines at the same time; powerful cross debugging between 
separate languages as once suggested by Chaudhuri (e.g., Sec. of "Introduction"). 

54. As to claim 65 (Currently Amended) (incorporating the rejection in claim 60), 
please refer to claim 45 as set forth accordingly. 
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Conclusion 



55. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 57t-:270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Infonmation regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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